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METHOD FOR CREATING AND PRICING OPTIONS 



Field of the Invention 

The subject invention is directed to option creation and pricing, and more partic- 
ularly to creation and pricing of options on an asset whose value over time is graphically 
displayed on a computer screen. 

Background 

An option is a contract that gives its owner the right to buy or sell some asset at a 
pre-specified price. See Zvi Bodie and Robert C. Merton, Finance, 384 (2000). An option 
to buy the specified item at a fixed price is a call; an option to sell is a put. The buy or 
sell price specified in an option contract is called the option's strike price or exercise price. 
The date after which an option can no longer be exercised is called its expiration date or 
maturity date. An American-type option can be exercised at any time up to and including 
the expiration date. A European-type option can only be exercised on the expiration date. 

Options on stocks were first traded on an organized exchange in 1973. See John 
C. Hull, Options, Futures and Other Derivatives 5 (1999) (hereinafter Hull). European 
and American options on foreign currencies are now actively traded in both over-the- 
counter and exchange-traded markets. The Philadelphia Stock Exchange has been trading 
currency options since 1982. 

Pricing formulas for call options are known. For example, the Black-Scholes- 
Merton formula states that the price C of a European-type call option for a stock can 
be calculated at any time before the option matures by the following: 

C = SN{di) - Le-'^N{di - ctVt), 

where S is the current price - the price at which the stock underlying the call option is 
trading. N(d) is the probability that a random draw from a standard normal distribution 
will be less than d. di is given by the formula: 



ln(|) + (r+f)T 

^1 ^ 1^ 

ct\/T 

where S = price of the stock; E = exercise price; r = risk-free interest rate (the annualized, 
continuously-compounded rate on a safe asset with the same maturity as the option); o = 
the volatihty of the stock-that is, the standard deviation of the annualized, continuously- 
5 compounded rate of return on the stock; T = time to maturity of the option in years; L 
is the exercise price-the price at which the holder has the right to buy the stock when the 
call option expires; and e"^-^ is a term that adjusts the exercise price, -L, by taking into 
account the time value of money. 

Other, generally more complicated, formulas exist for option pricing. The nature 
10 of the problem dictates that they depend on the probabihty that the price of the asset 
will reach a certain level in a certain period of time. This probabihty in turn is a function 
of the current asset price and the volatility (current and/or predicted) of the asset price. 
A high volatility increases the probability than a given asset price will be reached. 

As is known to those skilled in the art, options generally and option pricing methods 
15 in particular are not user-friendly: novice investors find them arcane and intimidating, and 
consequently avoid using them. 

There is thus a need for a user- friendly, eihcient, intuitively simple type of option. 
Such an option should be sophisticated enough to be interesting to experienced traders, 
yet user-friendly enough for a novice to use. Similarly, there is a need for a method and 
20 system that allows a novice user to create and select the parameters of such an option 
without needing to understanding the mathematics or financial theory behind the option. 

Summary 

A preferred embodiment of the subject invention is directed to creation and pricing 
of an option related to a target zone in a time-price plot. If the price curve against time 
25 enters this zone (in a preferred embodiment, a "box"), a fixed amount of money is paid to 
the owner of the option; if the curve misses the box, there is no payout to the option owner, 
who also forfeits the premium paid for the option. Software is described that enables an 
option buyer to easily create and set the parameters of such an option, that computes 



a premium for the option, and that manages payout and other functions related to the 
option. 

The above-described embodiment is a buy-to-hit option. Other embodiments are 
directed to sell-to-hit, buy-to-miss, and sell-to-miss options. 

5 The option is designed to work in an intra- day environment virith high-frequency 

data, although those skilled in the art will recognize that it works just as well in a low- 
frequency environment. In an intra-day environment, issues such as daily seasonality 
of volatility, high-frequency volatility forecasting, and heavy-tailed return distribution 
functions must be considered. 

10 Brief Description of the Draw^ings 



15 below. 



FIG. 


1 


depicts a box option display. 


FIG. 


2 


depicts a box option and a binomial tree. 


FIG. 


3 


depicts a box option and a binomial tree, with three price paths. 


FIG. 


4 


illustrates box option parameters and depicts a box option being hit from 


FIG. 


5 


depicts a box option being hit from the front. 


FIG. 


6 


depicts a box option being hit from above. 


FIG. 


7 


depicts a system of a preferred embodiment. 


FIG. 


8 


illustrates processing of incoming prices. 


FIG. 
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illustrates client updates. 



FIG. 10 illustrates quote generation. 
FIG. 11 illustrates quote acceptance. 



FIG. 12 illustrates window outcome. 

FIG. 13 illustrates account management. 

25 FIGS. 14 through 18 illustrate computer implementation of steps of a preferred 

embodiment of the subject method. 

Detailed Description of Preferred Embodiments 

3 



1. Introduction 

In a preferred embodiment, the options are rectangular boxes defined in a price- 
time plot. Such a plot is shown as the dark area in the display of FIG. 1, where price is 
plotted on the vertical axis and time on the horizontal axis. A box option is depicted in 
FIG. 1 as rectangle 130. In alternate embodiments, options have other shapes. 

A preferred pricing algorithm is based on high-frequency data technology. As is 
true for all option types, binomial trees can be used to approximately compute option 
prices. However, this is not necessary in the case of rectangular box options, as will be 
shown below. 

2. Hitting the box 

A box option can be hit in one of three ways: either at the front of the box (at its 
start-time) (see FIGS. 1 and 5), or from the lower (see FIG. 4) or upper side (see FIG. 
6) (at a time between the start-time and end-time). This is also illustrated in FIG. 3. 
"Cutting a corner" counts as a hit, even if no price point actually occurs in the box. 

As soon as the box is hit, the payout is due and the box option no longer exists. 
This is known as "early exercising" in the option pricing art. The option lasts until the 
end time of the box only if the price curve misses the box. 

The different ways of hitting the box correspond to different pricing methods. The 
probability of hitting at the front is simply the integral of the probability distribution at 
start time, taken over the price range of the box. Computing the probability of entering 
through the upper or lower limit is more demanding but possible; a preferred embodiment 
uses a method based on Zumbach, G.O., Considering Time as the Random Variable: The 
First Hitting Time, Neural Network World, 3, 243-253 (1998) (Zumbach, 1998), discussed 
below in section 4. 

If the target zone of the option is not a box but, for example, a circle, or a set of 
many boxes, the situation becomes more complicated. In such a case, hitting the front 
and hitting the top or bottom are not as easily distinguishable as for a box. The preferred 
methodology in such a case is the use of binomial (or trinomial) trees (see Section 8, 
below). 

3. Basic ingredients 
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One goal of the subject invention is to achieve a pricing formula with reasonable 
precision. A danger to be avoided is over-engineering of the algorithm. In principle, almost 
all the problems of mathematical finance have an influence on the pricing, but we cannot 
solve all open research problems before specifying the pricing algorithm. 
5 Therefore, the most important ingredients and effects have to be identified and 

efiiciently modeled. These are the main ingredients addressed by a preferred embodiment: 

• Spot price data. We need a raw data input. 

• Daily and weekly seasonality of volatility. Ignoring this can easily lead to mispricing. 

• Volatility forecasting. The quality of volatility forecasts almost directly defines the 
quality of computed option premiums. 

• Announcements. Financial announcements may cause a volatility shock affecting 
the option premium. 

• Heavy tails of the distribution function of returns. The hitting probability of boxes 
placed far in-the-money or out-of-the-money strongly depends on the behavior of 
extreme returns. 

• Micro-oscillations. In high time resolution (e.g., minutes), small, mean- reverting 
price oscillations occur on top of the normal price process. These oscillations lead 
to higher hitting probabilities. 

• Interest on the invested capital and interest rate differentials. 

A preferred embodiment of the subject method can compute probability estimates 
for reaching any infinitesimal spot of the price-time plane. This is an intermediary result 
on the way to computing the hitting probability of finite boxes. An evaluation of the 
effects discussed above shows that one can expect to have errors of about 20% of local 
probability estimates. Thus we ignore subtle effects affecting the probability estimates by 
25 less than, say, 5%. 

Once we have the volatility forecast, we compute the probability estimates for any 
infinitesimal spot of the price-time plane, assuming a Brownian motion of the logarithm 

5 
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of price over ■i3-time (discussed below in Section 3.3), modified by a heavy-tail correction. 
From this, we compute the probability of entering the box. 

3.1 Spot price data 

A preferred embodiment requires a raw data input. In order to price the box option, 
5 we need the starting point: the price "now." A data input is also indirectly needed as 
a basis of the volatility forecast (see Section 3.3). The price data may come from any 
source. In the case of options on foreign exchange (FX) rates, the most convenient data 
source for a system is the time series of middle prices generated by a system's own market 
making in the FX spot market. In the description herein of preferred embodiments, data 
10 is simply assumed to be available. 

It should be noted that the methods described herein are applicable to data other 
than FX data. Any data that can be displayed in a time chart, such as the price of butter, 
or the temperature in Madrid, can also serve as a basis (an "asset") for the disclosed 
options. The term "asset" is thus used herein to refer to any quantity whose value is 
15 time-dependent. 

3.2 Seasonality of volatility 

Ignoring daily and weekly seasonality of volatility can easily lead to volatility errors 
of a factor of two, and to similar pricing errors. A time scale that takes seasonality effects 
into account, such as "t?-time" (see Dacarogna et al., A Geographical Model for the Daily 
20 and Weekly Seasonal Volatility in the FX Market, Journal of International Money and 

Finance, 12(4), 413-438 (Dacarogna 1993), is a useful tool for minimizing such errors, and 
is used in a preferred embodiment. 

3.3 Volatility forecast 

A forecast is required for the volatility of the relevant period of the option: from 
25 "now" until the end-time of the box. Imphed volatihty figures and the well-known Risk- 
Metrics method are too slow and inert and suffer from an unacceptably high forecasting 
error. A good volatility forecast should also use some fast intra-day information. Even a 
good volatility forecast may have an error of, say, 15% of the resulting forecast value. 

The expected error of the volatility forecast is also a variable of interest. The true 
30 volatility in the future is expected to be approximately log-normally distributed about a 
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mean. Therefore, we assess mean and standard deviation of log(volatility Forecast). The 
standard deviation is in general larger for intra-day than for long-term volatility forecasts. 
The expected standard deviation is closely related to the heavy tails of the expected 
distribution function of returns, as discussed below in section 3.5. 

5 A preferred embodiment also considers local heteroskedasticity (fluctuations of the 

assumed volatility inside the period), when the option period is long. Also, the sudden 
volatility shock due to financial announcements is taken into account; see section 3.4. 

Herein we assume that volatility forecasts are just an external input, so their 
computation is outside the scope of this description. 
10 3.4 Announcements 

There are some scheduled days for financial announcements such as the release 
of key economic figures. Some economic figures, particularly unexpected ones, lead to 
price and volatility outbursts that strongly affect the volatility and the pricing of the box 
option. Announcement shocks are not too frequent, but when they happen, they can lead 
15 to pricing errors of a factor of two or more. 

To take into account such announcement shocks, a preferred embodiment uses a 
safety factor in the final pricing formula, either initiated by human intervention or following 
standard assumptions on likely days and times of announcements. 

3.5 Heavy tails 

20 The distribution function of returns has heavy tails. If the box of the option 

is located in an extreme region of the price-time plane, the hitting probability is very 
low. When assuming a Brownian motion of (logarithmic) prices, we underestimate this 
probability and the necessary premium to cover the risk. We need a model of the heavy 
tails, to avoid dangerous underpricing. 

25 One way to understand heavy tails is to explain them by an uncertainty of volatility. 

This means that we assume a Gaussian behavior of returns in the near future but we do 
not exactly know the volatility. We have a volatility forecast, but the true volatility in 
the near future is assumed to deviate from this forecast. This assumption can be seen 
as equivalent to assuming a perfectly known volatility with a heavy-tailed distribution 

30 function: a mixture of normal distributions with different variances. 
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A preferred embodiment models this by computing the box hitting probabihty for 
different volatility assumptions (scenarios) in the future each such assumption with its 
own probability. The assumed volatility values are centered around the volatility forecast, 
but we also need an assumption on typical deviations of future volatility from this volatility 
forecast. 

Example for a log(volatinty) forecast of iog(10%): Explore four different volatilities 
according to Hermite integration for log (volatility): 

1. Volatility = 7.2% with weight 0.05 

2. Volatihty = 9.0% with weight 0.45 

3. Volatility = 11.1% with weight 0.45 

4. Volatihty = 13.9% with weight 0.05 

We already have a log- normal model of volatility (see section 3.3). This fits nicely 
with our modeling of heavy tails. Obtaining realistic tails of the return distribution is 
important for the realistic pricing of options with boxes located far from the current spot 
price. 

When the box hitting probabilities of all volatility scenarios are known, the addi- 
tivity of probabilities is applied. The resulting overall box hitting probability is the mean 
of the different box hitting probabilities, each weighted by the probabihty of the respective 
scenario. 

Some of the announcement shocks that are not modeled explicitly are implicitly 
accounted for through the modeling of heavy tails. 

3.6 Micro-oscillations 

In high time-resolution (e.g., minutes), small, mean-reverting price oscillations 
occur on top of a price process, similar to a Brownian motion. These oscillations are 
known to cause a bias in volatility measurements. They may appear not only in multi- 
contributor markets but also in a preferred system's own spot price; their size depends on 
the market and the data source. 

The micro-oscillations lead to a higher box-hitting probability, and thus should be 
accounted for. In a preferred embodiment, a box of increased vertical extension is used, 
unless the box has a duration too short to be affected by micro-oscillations. A reasonable 



assumption is: 

Extension = 0.04 ^^^^^^ SizeOfOneDayMove (1) 

At + O-OOUd 

where At is tlie duration of tlie box in days of the chosen time scale (e.g.. -i^-time). The 
extension is quantifi^ here as a small multiple of the typical size of a price change in one 
5 day. The parameters of the formula can be modified, within limits recognized by those 
skilled in the art. The extension should be made on both sides of the price range of the 
box. 

3.7 Interest rate effects 

A box option has a nontrivial lifespan. Therefore, interest on the invested capital 
10 and the interest differential between the two underlying currencies have an influence on 
the pricing of the option. A preferred embodiment takes these effects into account: 

• Interest on the invested capital. The option buyer has to pay the option premium 
to a preferred system's margin account. There, it earns some interest according to 
the technical nature of that margin account, until the option expires. 

1.5 • Interest rate differential. An option with a box higher than the current price behaves 

a bit like an ordinary call option. Therefore, it has a positive "delta" (derivative of 
premium against spot price). A box lower than the current price leads to a negative 
delta. Options with nonzero delta locally behave like investments in the underlying 
instrument, so the interest differential is significant. Smart customers could exploit 

20 this small effect to the disadvantage of an operator of a preferred system. Thus: 

— A preferred embodiment uses only major rates with low interest differentials 
and limits the lifetime of the option to a few weeks. Thus, the effect of interest 
differentials on pricing becomes negligible. 

— An alternate embodiment fully integrates the interest differential into the pric- 
25 ing method (not only superficially, but also assuming a Brownian motion around 

the forward rate instead of the current spot rate). 



4 Direct Solution 



A preferred embodiment prices a box option directly (i.e., witliout a binomial tree) 
using a result from (Zumbach 1998). 

4.1 Equations of the hitting probabilities 

We assume a box option with start-time i^, end-time — tg + At, lower price 
limit Xa, upper price Hmit Xf, (see FIG. 4). With no loss of generality, the solution is 
derived with the time definition i = 0 at time "now" (the time of the pricing); similarly, 
we assume x(0) = 0 for the logarithmic mid-price. 

The symbol t stands for the chosen time scale, whatever it is. A preferred embodi- 
ment uses a -i^-time scale (see section 3.2). However, other time scales are also acceptable, 
as those skilled in the art will recognize (see section 7.3 below). 

At this point, we assume only one volatility level a, and Brownian motion within 
one scenario (see section 3.5). 

At time tg., three different things are possible: 

1. x{ts) > xt,. We are above the box; the only possibility of hitting the box is to hit it 
first through the upper limit at x^,. 

2. Xa < x{ts) < Xj,. We are hitting the box through its front, already at tg- 

3. x{ts) < Xa- We are below the box; the only possibility of hitting the box is to hit it 
first through the lower limit at Xa- 

There is no other case but these three cases, and no possible price curve belongs to two 
cases at the same time. Therefore, the total probability of hitting the box is the sum of 
the three hitting probabilities of the three cases. 

Although the price curve x{t) is treated herein as if continuous, we only have 
discrete points in practice. Therefore, crossing of the whole box from above to below (or 
from below to above) is also regarded as "hitting." This may happen for thin boxes where 
Xjj is very close to Xa- 

To determine the probability of the second case of the list, hitting through the 
front, we need to know the probability of arriving at a price x{ts) between Xa and Xf, for 
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a Brownian motion. This is 



where ^ is the error function: 

^{u) = dv (3) 

The first and third cases of the Hst are more complicated. The first case, hitting 
through the upper limit, is treated as follows. The probability of hitting the infinitesimal 
interval between x{ts) = Xg and x{ts) = Xs + dx is [l/(v^7ri7cr)] exp[— (2;^)/(2cr^i5)] da;. 
If we are in this case, the total probability of hitting the box through the upper limit can 
be computed with the help of Equation (4) of (Zumbach 1998). It is 

This can be integrated over all possible start prices Xg > xjj. The resulting probability of 
hitting the box through the upper limit (starting from any x{ts) > xt,) is 

The third case of the list, hitting through the lower limit, is solved analogously to 

obtain 



l-^P^ (6) 



™er.,mu - ^^^^ J ^ \a^tj 

Eqs. 5 and 6 cannot be analytically integrated in the general case. Numerical integration 
is required; a recipe is given in the next section. 

4.2 Numerical integration of the hitting probability 

The integral of eq. 5 extends to infinity. Its integrand rapidly goes to zero for 
extreme values of x, but it is not immediately clear where the integrand has its highest 
mass. Under these circumstances, numerical integration is not trivial. We need a method 
to carefully select a limited set of x values at which the integrand is evaluated. 

To get an idea of the overall form of the integrand, we re- write the factor [1 — $(.)] 
of eq. 5: 

l-$(u) = /(u)e-^ (7) 
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The last factor essentially defines the order of magnitude of [1 — ^{u)]- The first factor, 
the function f{u), is a slowly- varying, smooth function that does not change its order of 
magnitude for any positive value of u. 
Inserting eq. 7 into eq. 5 yields 



(8) 



Now we see two factors of the Gaussian type in the integrand. The product of two 
Gaussian factors of the type exp[— (x — a)^/26^] can be shown to be a constant times a 
new Gaussian factor of the same type. This means that our integrand behaves similarly 
to a Gaussian bell curve. In fact, the sole purpose of our analysis is to demonstrate this 
fact and to approximately determine the mean and the variance of the new Gaussian bell 
curve. Then we know where the integrand has its mass. 
From eq. 8, we obtain 

The function F[u) is f{u) times a constant factor and thus has the same slowly varying 
properties as f[u). We do not need to compute this. The main results are the mean and 
variance of the Gaussian factor of the integrand. The mean is 

^ i^ + At ^ ' 

The variance is 

,2 2 ts 

a = a — (11) 

This means that the variance is smaller than the variance of either Gaussian factor of 
eq. 8. The mean jj,' lies between the means of the two Gaussian factors, closer to the mean 
of the narrower Gaussian factor. 

Now we are ready to introduce an integration scheme. This should be centered 
around fx' and be optimal for a normal distribution with variance ct'^. At first sight, we 
might be tempted to use Hermite integration, as in the case of the volatihties of section 
3.5. However, that integration scheme is suited to integrals from — oc to oo or from the 
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center of a Gaussian- like distribution to oc. This is not the case here: one of the two 
integration limits can be anywhere. 

Therefore, we have to choose an integration scheme with flexible limits. This can 
be done as follows. First, we make a monotonic coordinate transformation: 

e = = , (12) 

where ^ is confined between -1 and 1. The inverse transformation is 



/i-e 

Note that x is centered around jj', with ^(^') = 0, as desired for a reasonable integration 
scheme. The derivative is 

^ 2a'{l-er'' (14) 

A transformation based on the Gaussian integral or exponential functions would also be 
appropriate but would not be analytically invertible and/or would lead to more compli- 
cated expressions. 

The idea is to integrate over ^ rather than x. The upper integration limit (x = oo) 
becomes finite: C = 1- Thus the integration is over a finite interval, for which Gaussian 
integration is optimal. The formula for any integrable function g{x) (see Table 25.4, 
Abscissas and Weight Factors for Gaussian Integration, of Abramowitz, M. and Stegun, 
A., Handbook of Mathematical Functions, (9th ed. 1970) (A & S 1970)) is: 

/ 9{x) dx ^ 2 a' / g[xiO] [1 - er''' (15) 

where eq. 14 has been used. The new factor (1 — ^2-)--i.o becomes very large when ^ 
approaches 1 or —1. The integral behaves well because the factor g[x{(,)] goes to zero even 
more quickly (exponentially, as already shown in eq. 9). 

The next task is to insert the integrand of eq. 5 as the function g{x) and to 
numerically integrate over the finite ^ interval from ^{xf,) to 1, using Gaussian integration. 
Details are explained in section 7. 

After computing pupperLimit 5 the probability piowerLimit is calculated by an analogous 
integration method. 
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4.3 The total box hitting probability 

The total box hitting probability is now the sum: 

P = Pfront + ;>upperLimit + PlowerLimit (16) 

This is the hitting probability of one volatility assumption. The final hitting probability is 
the weighted mean of all volatility assumptions, following the scheme discussed in section 
3.5. 

Since we have hitting probability values for different volatility scenarios, we can 
also compute the sensitivity of the hitting probability (and thus the option premium) 
against changes in the volatility. In the option pricing literature, this is sometimes called 
the "vega" of an option. 

5 Final Pricing 

The theoretical price (premium) of a box option is the product of the hitting 
probability p and the amount A of money paid when hitting the box. 

In a preferred embodiment, a box option is sold at a slightly higher price than the 
theoretical price, in order to cover some risk and operating costs and to ensure that at 
least a minimum of profitability is attained. 

In one preferred embodiment, we replace ;p by a modified probability p' with a 
safety margin, but still between 0 and 1: 

(1 + c) p 
1 + c p 

where c is a non-negative safety parameter. A value c = 0 leaves the probability unchanged, 
whereas a value c = 1 implies a robust margin: a probability p = 1/2 is modified to p' = 
2/3. 

In a second preferred embodiment, a small fee F per deal is charged. This fee 
should cover an operator of a preferred system's in-house costs per individual deal (which 
are small but larger than zero) and prevent customers from buying too-small option con- 
tracts. 

The option premium P is then 

P = A + F (17) 

1 + cp 
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An initial value of c may be 1. However, option trading operators of a preferred system 
should have an on-line access to this variable. By carefully choosing and resetting c, system 
operators can control the optimal balance of risk, return, and trading volume. 

6 Hedging the risk 

5 Option traders often do not want to be exposed to the full risk of an option 

portfolio. Delta hedging is a usual way to reduce the risk: taking a position in the 
underlying instrument that neutralizes the risk due to sudden changes of the spot price. 

The direct method (as well as the binomial or trinomial tree method) provides a 
numerical method to compute the delta (the first derivative of the option premium against 
10 the underlying spot price). Even if delta can be continuously computed, efficient delta 

hedging is an art when considering also the transaction costs and the re-hedging frequency 
which also depends on gamma, the second derivative. 

The first question is whether delta hedging makes any sense for the box option of 
a preferred embodiment. The answer is yes, if the box asymmetrically extends to a region 
15 outside the neighborhood of the current spot price. Then the dynamic behavior of the 
box option is similar to that of a conventional option. 

However, if the box is located around the level of the current spot price, delta 
hedging is not particularly relevant to the true risk. The value of such a box option is 
rather insensitive against the spot price, leading to delta values around zero. The main risk 
20 of such options arises from the behavior of volatihty and its forecast. A similar problem 
exists in the opposite case, when all boxes are far away from the current spot price (but 
both below and above). The risk is similar to that of a straddle, strangle, or barrier option. 
A high quality volatility forecast reduces but does not totally eliminate this risk. 

Thus, part of the risk of box options can be hedged through delta hedging, whereas 
25 another part cannot (or only through much more sophisticated methods). 

There are two other ways to limit the risk: diversification and pricing margin. 
Diversification is the natural result of a large, heterogeneous group of customers, but 
hard to reach initially. The pricing margin has been discussed in section 5; choosing a 
sufficiently high c value will help to keep the risk at bay even in difficult situations. 
30 7 The Algorithm 



15 



In this section, the recipe for pricing the option is given, step by step. The described 
method is designed for speed of computation. 

The described method can be used in two ways: 

1. as a piece of production software used to price box options in real time; 

2. in a test program to explore the behavior of the box option with historical data. 

The main piece of software presented in this section is preferably used in both applications. 

The description of the software algorithm connects the theory described in the 
preceding sections with the software implementation of a preferred embodiment. It can 
be used both as a recipe for the software developer and as an implementation description 
for the theoretician. 

7.1 Step 1: Configuration 

There are a few constant configuration parameters of the algorithm that do not 
depend on the input parameters of a particular box option: 

• The minimum time Atg from "now" to the start of the box option. The decision 
process of customers selecting a box option and confirming their option purchase 
may take a few seconds that allow them to watch the market, perhaps using quicker 
market price information than a preferred system's official spot price. In order to 
prevent bad deals due to information advantages on the order of seconds, a mini- 
mum interval from "now" to the box option start-time of, say, Atg = 10 minutes is 
specified. 

• The maximum time Ate from "now" to the end time of the box option. We need 
this to limit the problem of interest rate differentials (see section 3.7). 

• The assumed standard forecast error o"o- of the logarithm of the volatility forecast. 
In a preferred embodiment, this is a constant configuration parameter: = 0.2 or 
thereabouts. 

• The parameters of numerical integration (Hermite, Gaussian). These are mentioned 
below, in the steps where they are actually used. 
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• The safety margin parameter c of the pricing (see eq. 17). The initially chosen value 
is c = 1 or slightly less . 

• The maximum size A„ia.x of the option contract: the amount paid to the successful 
buyer of one box option is limited to ^max- The size depends on the trading policy of 
an operator of a preferred system. Initially, ^max may be something like 10,000 USD 
(U.S. dollars); in a mature system, it can be higher. 

• The fee F per option contract. This is designed to cover the marginal costs of 
managing one additional contract and to prevent customers from buying options of 
too-small contract size. F may be small: something like 2 USD. 

Note that the configuration parameter values are not engraved in marble. An operator of 
the preferred option trading system has the ability to change some values on-line (or at 
least through a quick re-start with no down-time visible to customers). The parameters 
that may be modified are At^, Aig, c, F, Amax, and aa- 
7.2 Step 2: Input data 

The following input data is given at start of the box option pricing: 

• The time "now": tnow This is the time point at which the pricing is computed. In 
real-time operation, this simply means reading the clock. 

• The price "now": Pnow- This is the last valid, ofHcial spot price before or at inow We 
take the geometric mean of bid and ask price: Pnow — y/PhidPask — exp[0.5(lnpbid + 
Inpask)]- 

• The time stamps of the box: tg at start and tg at the end of the box. These must 
obey the condition tnow + <ts<t^< tnow + Ate ■ 

• The lower and upper price limits of the box: pa and p^. These must obey the 
condition 0 < Pa < Pfc- 

• A positive volatility forecast ctq. In a preferred embodiment, there is only one such 
forecast: typically a forecast for one working day, starting at tnow We need ao 
normalized to 1 day (not annuahzed or normalized to 1 working day), because it is 
used together with iJ-time, which is in units of days. (If the raw value is annualized, 
divide it by V365.25). 



17 



• The size A of the payout that the user will receive if the price curve hits the box. 
To limit the risk to operators of the preferred system, a maximum value has to be 
observed: A < Amax- 

The software is preferably modular, so that a user of the box option pricing method does 
not have to care about the source of this input data. The existence of the input data is 
taken for granted herein. 

7.3 Step 3: Convenient variables computed from the input data 

We construct some convenient intermediary variables: 

• Introduction of ?9-time. We compute the ■)?-time increments between the time stamps: 
-ds = i9Interval(i5, tnow) . A-i? = iJInterva^ie, tg) . 

For numerical reasons, we need A?? > 0. If Ai? < O-OOOl-t^^, we correct it to A-d = 
O.OOOli^s. (We assume -(9 = 0 at i^now; the box starts at -d = -dg and ends sd, 'd = 
■dg + Ai9; -i? is always handled in units of days). 

iJInterval computes the time difference between two time points, where the difference 
is in days on the time scale. However, although the precision is higher (resulting 
in a competitive advantage in option pricing) when -d-time is used, other choices of 
business time could be used. Examples are normal clock time omitting the two week- 
end days (and then multiplying the resulting time interval by 1.4, or even normal, 
unmodified clock time. 

• Logarithmic prices. We define x = ln(p/pnow) and take micro-oscillations into ac- 
count according to section 3.6 : 

Ax^icro = 0-04 ^^+^0^0006 ^0 ' 

following eq. 1. (The constants of this formula could be formally treated as config- 
uration parameters, but this is of little importance given the small size of Axmicro)- 
The logarithmic prices are computed as follows: 

Xa = ln(jDa/pnow) — AXmicro j 2r& = ^T^iPb/Pnow] + AXmicro ■ 

(This implies that the x value at = 0 is x(0) = 0). 

• Mean logarithmic volatility. The volatility ctq is the assumed mean volatility. The 
mean logarithmic volatility is computed as follows: 
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Ha = IncJo — 0.5ct^ . 

We also use the variable cr^ = \/2ocy 



7 A Step 4: Loop over different volatility scenarios 

Now, we have to distinguish between diflferent volatility scenarios and execute the 
5 following steps for each volatility scenario separately. The volatility cjj of the ith scenario 
is computed with the following formula: 
a-i = exp(/icr + a'a) . 

The factor Cj is a coefficient of Hermite integration (see Table 25.10 of (A & S 1970)). 
A preferred embodiment preferably uses n = 5 is proposed. This means that we use 
10 5 different volatility scenarios. In this case, the coefficients and the weights of Hermite 
integration are as follows: 



ci = - 


-2.02018 28704 56086 


, wi = 


0.01 99532 42059 05 ; 


C2 = - 


-0.95857 24646 13819 


• 'W2 = 


0.3 93619 32315 22 ; 


C3 = 


0.00000 00000 00000 


; WS = 


0.9 45308 72048 29 : 


C4 = 


0.95857 24646 13819 


, W4 


0.3 93619 32315 22 ; 


C5 = 


2.02018 28704 56086 


, Wr, 


0.01 99532 42059 05 . 


These 


values can be found 


in (A& 


:S 1970), Table 25.10, Abscissas and Weight Factors 



for Hermite Integration. The weights are needed at the end, when the final result is 
computed from all the different volatility scenarios. We store these constant weights in 
20 normalized form: we store normalized weights w'^ instead of the initial weights w^. The 
formula to compute all w[ is: w[ = Wi/y/n. The normalized weights w'^ add up to 1. 

The next main step (described in section 7.5) is done for each volatility scenario 
separately. 

7.5 Step 5: Compute the box hitting probability 

25 Here we are inside a volatility scenario with volatility ct,. The computation of 

the box hitting probability, a central portion of the described method, is divided into the 
following sub-steps. 

7.5.1 Step 5a: Probability of hitting through the front 
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First we compute the probability of hitting the box through the front, using eq. 2: 

The function can be computed as erf (\/2ti), where erf is a function of the math.c 
library. As is known in the art, constants such as \/2 and repeatedly-used intermediary 
results such as the product cr, should be stored and re-used instead of computed from 
scratch at each new application. 

7.5.2 Step 5b: Probability of hitting through the upper limit 
Computing PupperLimit and piowerLimit requires a much larger effort. We start with 

PupperLimit- 

The integrand of eq. 5 has its highest value around a mean /i' that results from 

eq. 10: 

^' ~ + 

The variance of the integrand about this mean is approximately given by eq. 11: 
1?, -f At? 

For cT^, we insert the volatility of the selected volatility scenario. 

Now, we make a numerical integration in a loop over different ^ values as follows. 
The integration limits are ^j, and 1; we compute 

^J4 a'^ + {Xb - IJ.')^ 

following eq. 12. We also need the middle of the ^ range, = 0.5(^6 + 1) and the size of 
the half range, A^ = 0.5(1 - 6) . 

The ^ values of the Gaussian integration are given by: = + kjA^ . The 
factor kj is a coefficient of the Gaussian integration (see Table 25.4 of (A&S 1970)). In a 
preferred embodiment, we assume m = 6 different function evaluations for the integration. 
This is a low number for numerical integration, leading to short computation time; the low 
number can be justified by the careful choice of the integration scheme. A higher number 
m leads to more precise results, of course. The coefficients and the weights of Gaussian 
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integ 


ration are as follows: 






Cl = 


-0.93246 95142 03152 , 


Wi 


= 0.17132 44923 79170 ; 


C2 = 


-0.66120 93864 66265 , 


W2 


= 0.36076 15730 48139 ; 


C3 = 


-0.23861 91860 83197 , 


Ws 


= 0.47862 86704 99366 ; 


C4 = 


0.23861 91860 83197 , 


■W4 


- 0.47862 86704 99366 ; 


C5 = 


0.66120 93864 66265 , 


W5 


= 0.36076 15730 48139 ; 


C6 = 


0.93246 95142 03152 , 


We 


= 0.17132 44923 79170 . 



These values can be found in (A & S 1970), Table 25.4. The constant weights Wi are 
preferably stored in normalized form; that is, normalized weights w[ are stored instead of 
10 the initial weights w^. The formula to compute all w[ is = 0.5wz . 
The normalized weights w[ add up to 1. 

The integration is a loop over all j from 1 to m. For each j, we compute and 
then the corresponding logarithmic price Xj-. 




15 following eq. 13. Then the integrand is computed: 

following eqs. 5 and 15. The function $(.) is computed as explained in section 7.5.1. The 
integral is a weighted sum using the normalized weights w'^ of Gaussian integration: 

20 This integral I has to be multiplied with the factors of eqs. 5 and 15: 

2a' / 
^^upperLimit - ^ 

This is the desired probability PupperLimit- 

7.5.3 Step 5c: Probability of hitting through the lower limit 

Computing piowerLimit IS analogous to computing pupperLimit, so the code to compute 
25 both variables can be shared to a high degree. In the following description, a full account 
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of the computation of PiowerLimit is given. A software developer skilled in the art will find 
opportunities to use equivalent methods for computing piowerLimit and PupperLimit- 
The integrand of eq. 6 has its highest value around a mean jj! (see eq. 10): 

^ ~ + At? 

The model variance of the integrand about this mean is: 
a 9 ^s^^ 



(see eq. 11), just as for PupperLimit- For ctj, we again insert the volatility of the selected 
volatility scenario. 

We again make a numerical integration in a loop over different ^ values. The 
integration limits are now —1 and we compute 
^ ^ Xg - ij! 



^4 a''^-[xa-i^'Y 

again following eq. 12. The middle of the ^ range is <^o = 0.5(i^a — 1), and the size of the 
half range is = 0.5(1 + ^a) • 

The ^ values of the Gaussian integration are given by: — ^o + ^jA^ . The factors 
are again coefficients of the Gaussian integration; we take the same coefficients and 
normalized weights w'^ as in section 7.5.2. 

The integration is a loop over all j from 1 to m. For each j, we again compute ^.j 
and then the corresponding logarithmic price x^: 
2 a' 

(following eq. 13). Then the integrand is computed: 

(see eqs. 5 and 15). The function $(.) is again computed as explained in section 7.5.1. 
The integral is a weighted sum using the weights w'^ of Gaussian integration: 
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This integral / has to be multiphed by certain factors, as in section 7.5.2: 
_ 2a' I 

PlowerLimit - ^ 

This is the desired probabiUty piowerLimit- 

7.5.4 Step 5d: Probability of hitting the box anywhere 

The total box hitting probabihty is given by eq. 16: 

Pi — Pfront + PupperLimit + PlowerLimit 



We write pi because this result still belongs to the ith volatility scenario. In some very 
extreme cases, a p^ value of slightly more than 1 may result - an impossible value for a 
probability. In that case, it must be corrected down to p^ = 1. 

7.6 Step 6: Joint box hitting probability of all scenarios 

The different volatility scenarios are now brought together, thus terminating the 
loop started in section 7.4. 

The resulting box hitting probability is a weighted sum 

p ^ ^w[p^ 

The normalized weights w[ of Hermite integration as defined in section 7.4 have to be 
taken. This is the final box hitting probability. 

In an alternate embodiment, we also compute a side result: the sensitivity of p 
(and thus the option premium) against changes (also: bad forecasts) of volatility. When 
using the scheme of section 7.4 with 5 volatility scenarios, the following approximative 
formula applies: 
dp/da = (P4 -P2)/(cr4 - cr2) 

(for cTj, see section 7.4). This is closely related to the "vega" of the box option. 

In a further embodiment, the computation of delta for delta hedging is also per- 
formed. This requires another full computation of a hitting probability, so it essentially 
doubles the computation time. (For also computing the gamma of the box option, we even 
need a third computation). 

7.7 Step 7: Computing the final price 
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The option premium P is computed from the hitting probability p according to 

eq. 17: 

1 + cp 

This may be rounded up to the next higher integer USD amount (which means an addi- 
5 tional fee of few cents). In some extreme cases, the price P may shghtly exceed A by few 
USD. Such a contract would make no commercial sense, since the premium exceeds the 
payout. 

The price P is the final result of our box option pricing. A system operator 
preferably offers the box option contract based on a potential payout ^ at a premium P. 
10 8 Solutions based on binomial or trinomial trees 

In section 4, we saw that we do not need binomial or trinomial trees to price the 
box option. However, such a tree-based solution is suitable for differently shaped target 
areas (e.g., circles or triangles), for which an analytical or easily integrable solution does 
not exist. 

15 Binomial trees imply a discretization error: the target zone, (e.g., the box), is 

approximated by a finite set of nodes of the tree (see FIG. 2). This error can be large 
for boxes comparable to or smaller than the elementary cells of the binomial tree. In that 
case, standard correction methods are typically necessary to limit the size of the error. 

The binomial tree (see FIG. 3) is known in the art, and has been introduced to 
20 derive option prices through arbitrage arguments. On the other hand, it also provides an 
approximation of probabilities associated to price paths and price target ranges. This is 
the relevant fact for pricing the box option, since the premium is essentially the box-hitting 
probability times the pay-off sum. 

A binomial tree approximates a Gaussian random walk or Brownian motion (log- 
25 normal if this process apphes to logarithms of spot prices). It is known that the Brownian 
motion leads to a normal distribution that grossly underestimates the true probability of 
extreme price changes (and thus the true probability of hitting a box located at extreme 
prices). This is a particularly important problem for short-term, intra-day time intervals. 

This problem of heavy tails has already been discussed in section 3.5. We solve it as 
30 proposed there: assuming different binomial trees based on different volatility assumptions 
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and averaging the resulting hitting probabiiities. The method is then very similar to the 
main method described above, except that individual hitting probabilities are computed 
through ordinary binomial trees. 

9 Functional Description 
5 9.1 User's perspective 

A preferred user application runs as a Java applet (e.g., based on Java AWT 1.1) 
from a conventional Web Browser (such as Netscape or Windows Explorer), running on a 
personal computer, such as a Pentium-^'^'^-based system, communicating with a Webserver 
via HTTP. To start the application, the user connects to the appropriate URL through a 

10 Web Browser. A registered user is prompted to enter a username and password through 

a form dialog. New (test) users do not need to enter any authorization information, but 
application functionality is restricted. 

After successful connection, a display as depicted in FIG. 1 appears. The display 
preferably features multiple charts, which are selected and viewed individually by clicking 

15 with a mouse (the term "mouse" is used herein to refer generically to any device that 
controls the movement of a cursor or pointer on a computer display screen; the terms 
"screen," "computer screen," and computer display screen" are all used herein to refer to 
any display device that is capable of graphically displaying data received from a computer) 
on "filing tabs" (BUR-USD, USD-CHF, EUR-CHF, etc.). A menu option allows the set 

20 of charts to be re-configured by the user, who can choose from a larger superset. Above 
the charts is a "Blotter" 135 for transactions and a "Bookkeeper" 140 for accounting 
information, also interchangeably selectable via filing tabs. 

The charts display a time progression of sampled data, in the form of high/low 
limits and a mean average for each sampling period. A "Zoom" slider 110 allows the time 

25 axis scaling and corresponding sample interval size to be adjusted by the user, so that 
different time ranges - from approximately 1 day to a few months - can be viewed at will. 

Data for each chart is fetched from the Webserver on first display. Thereafter, 
the charts are kept updated by a background thread running in the applet, continuously 
fetching updates from the Webserver on a periodic basis. Updates are displayed imme- 
30 diately to give a "pseudo-real-time" impression. The applet caches sampled data for the 
full extent of the zoom ranges so that zooming is fast and responsive - i.e., zooming does 
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not require different data to be fetched from the Webserver. 

A "Viewpoint" slider 115 allows a user to move the position of the latest chart 
point to either the right or left side of the chart. By moving it to the left, more history 
data becomes visible. By moving it to the right, more"playing area" becomes available 
5 for placing windows, as described below. 

The chart responds to interaction with a mouse. If the mouse is positioned in the 
"history" region (the area up to the last chart point), the sampled data values at that 
position are displayed above the chart in text form. If the mouse is clicked beyond (to the 
right of) the last chart point, the position is used as an anchor point for a new option box. 
10 By keeping the mouse pressed and dragging in any direction, the box dimensions can be 
"drawn" by the user. The new (dragged) mouse position is taken to mark the corner of 
the box that is diagonally opposite to the anchor point. 

A box defines start-time tg and end-time te = ts + At. and lower price limit Xa, 
and upper price limit x;,. To assist the user, these limits are displayed as text as they 

15 size the box. For the time limits (start-time and end-time), the user is constrained by the 

available area between the latest chart point plus a threshold distance from that point 
and the right-hand graphical bound of the chart (this is the "playing area"). For the price 
limits, the user may drag the mouse above or below the graphical bounds of the chart, 
causing the y-axis (price axis) to be instantly re-scaled to provide a wider range of values. 

20 Once a box has been created in the playing area, context-sensitive buttons below 

the chart become active. A "Price" button 120 causes the applet to request a price quote 
for the box from the Webserver. A "Cancel" button 125 causes the new box to be erased. 

When the Price button is pressed, a popup dialog window appears in which a 
booking is formulated. The applet fetches a price quote from the Webserver, which is 
25 delivered in the form of a win ratio. The user is invited to select a stake and terms of 
transaction and is advised what the corresponding payout will be if the box wins. The 
interpretation of a win (when a payout is made) is as follows: 
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Buy or Sell 


Hit or Miss 


Payout 


If . . . 


Buy 


Hit 


To User 


The chart plot enters the bounds of the box 


Sell 


Hit 


By User 


The chart plot enters the bounds of the box 


Buy 


Miss 


To User 


The chart plot does not enter the bounds of the box 


Sell 


Miss 


By User 


The chart plot does not enter the bounds of the box 



The user adjusts the bounds of the box by editing the values shown in a popup 
dialog window 1900 (see FIG. 19); these adjustments are immediately reflected in the 
chart display depicted in FIG. 1. The user requests an updated price quote by clicking 
5 on an "Update" button 1925 in the dialog window 1900. 

Once the user has sized the box as desired (by inputting appropriate values into 
fields 1905, 1910, 1915, and 1920), input a "stake" in field 1935, and found the displayed 
price quote ("Current payout level" 1945) attractive, the user clicks a "Submit" button 
1940 in the popup dialog which causes the box bounds to be submitted to the Webserver 

10 for booking. The actual payout associated with the box is determined at time of booking 
and not before. The popup dialog window 1900 therefore includes a field 1930 in which 
the user can specify a lower payout limit. If the payout determined at time of booking is 
less than the lower limit, the booking is rejected. 

The Webserver returns the booking status, indicating whether the booking was 

15 accepted or if it failed for any reason. If the booking failed, the reason is reported in the 
popup dialog window. In this case, the user may make further adjustments to the box or 
booking terms and attempt to submit the booking again. 

Once a transaction has been successfully booked the popup window becomes hid- 
den. The box remains visible in the chart and is from thereon monitored by a backend 

20 server. An entry is displayed in the transaction Blotter and the accounting information 
seen in the Bookkeeper is updated. Test users are not able to book actual transactions - 
a message box 1950 notifies users when they are in test (demo) mode. 

Once the backend server determines the box outcome (either when the chart plot 
enters the bounds of the box or when the time window elapses), it notifies the Webserver, 

25 which in turn delivers the status information to the client through the client's regular up- 
date mechanism. A "successful" box is displayed on the chart in green, an "unsuccessful" 
box in red, and the transaction blotter is updated accordingly. 
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In addition to the mouse functionality already described, a user can select an 
existing box by using the mouse to click on it in the chart or on the entry in the Blot- 
ter. Context-sensitive buttons below the chart become active, to support the following 
functionality; 

5 For inactive boxes, the box can be erased from the chart. 

For active boxes, a complementing transaction that cancels out the existence of 
the box can be requested. A popup dialog window appears in which the user is prompted 
to confirm the transaction. 

By keeping the mouse button pressed and dragging the mouse, active boxes may 
10 be repositioned, or by clicking the mouse on an edge of an active box and dragging the 
mouse, the box may be resized. These hybrid transactions involve first canceling the 
previous box with a complementing transaction and then generating a new transaction for 
the new bounds. A popup dialog window appears in which the user is prompted to confirm 
the hybrid transaction after the relevant quotes have been fetched from the Webserver. 
15 Menu options support settlement of an account balance, allowing the user to pay 

in or receive pay-out of credit. See FIG. 13. 
9.2 Supporting Modules 

FIG. 7 illustrates the back-end modules for supporting the Box Option application 
as a Web service ("Chart-Win", in a preferred embodiment). The term "CORBA" refers 
20 to architecture used in a preferred embodiment. "CORBA" is an acronym for Common 

Object Request Broker Architecture, which is an architecture that enables pieces of pro- 
grams, called objects, to communicate with one another regardless of what programming 
language they were written in or what operating system they are running on. 

The roles of the application servers are as follows: 
25 9.2.1 Chart server 

A preferred embodiment has one or more Chart servers 730. Each Chart server 
730 preferably has the following functionality: (a) one server (process) per chart; (b) 
primary recipient of realtime prices; (c) delivers sampled prices to clients (Webservers); 
(d) computes volatility from incoming prices; (e) computes price quotes on demand; (f) 
30 interacts with Bookkeeper 735 for option transactions (the term "window" is occasionally 
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used herein and in the figures as a synonym for "option"); (g) assesses outstanding options 
for hit or miss: and (h) notiiies clients (e.g., Webservers) of option outcomes. 
9.2.2 Bookkeeper 

A Bookkeeper module 735 preferably has the following functionality: (a) single 
5 point of access to customer database; (b) notified of option transactions by Chart server; 
and (c) user account details checked and updated on transaction confirmation. 
9.3 Module interaction 

The underlying back-end mechanisms that operate to support the front-end GUI 
functionality, as well as user interaction with the front-end GUI functionality, are described 
10 below. 

FIGS. 14-18 illustrate steps of a preferred process for option creation and pricing. 
The description below comprises a description of interaction between modules for a user 
who has started a user application of a preferred embodiment and has a chart (see FIG. 
1) in which the user desires to create an option. The option is accepted and tracked until 
15 its outcome. 

Referring to FIG. 14, at step 1410 a Chart server 730 (see FIG. 7) receives 
price ticks from a price feed 740. At step 1420 Chart server 730 sends sampled price 
data to subscribed clients, such clients including Webservers 715 that are subscribed to 
Chart server 730 for updates. This process is further illustrated in FIG. 8. At step 1430 

20 a user application residing on a user (client) computer 710 sends an update request to 
a Webserver 715 via the Internet. At step 1440 Webserver 715 responds to the update 
request with update data, including the sampled price data received from Chart server 
730. At step 1450 the user application receives the update from Webserver 715 and 
displays the latest price data in the chart (see FIG. 1). This process is further illustrated 

25 in FIG. 9. 

At step 1460 the user draws a box option 130 (see FIG. 1) with a mouse. At 
step 1470 the user application sends the option parameters to Webserver 715 via the 
Internet. At step 1480 Webserver 715 forwards the received option parameters to Chart 
server 730. At step 1490 Chart server 730 uses the pricing algorithm described above in 
30 Section 7 to calculate a win ratio (ratio of option cost to potential payout). This process 
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is further illustrated in FIG. 10. 

Referring to FIG. 15, at step 1500 Chart server 730 responds to Webserver 715 
with a quote (comprising the calculated win ratio). At step 1520 Webserver 715 sends 
the received quote details to the user application via the Internet. At step 1530 the user 
5 application displays received quote information and invites the user to select transaction 
terms. 

At step 1540 the user selects desired transaction terms, including the stake (option 
price), buy-or-sell, and hit-or-miss. At step 1550 the user application uses the received 
win ratio to calculate the corresponding payout for the selected transaction terms selected, 

10 and displays the payout information. At step 1560 the user confirms the selected trans- 
action terms. At step 1570 , the user application sends the user's transaction request 
to Webserver 715 via the Internet. At step 1580 Webserver 715 sends the received 
transaction request to Chart server 730. 

Referring to FIG. 16, at step 1600 Chart server 730 checks that the box bounds 

15 are within acceptable limits. At step 1610 , if the box bounds are within acceptable limits, 

Chart server 730 calculates a new quote for the transaction. At step 1615, Chart server 
730 compares the computed payout with the minimum limit specified by the user. At 
step 1620 , if the payout is above the user's minimum level, Chart server 730 sends the 
received user transaction parameters to Bookkeeper 735 for confirmation. At step 1630 

20 Bookkeeper 735 retrieves the user's account information. At step 1640 the Bookkeeper 
735 examines the credit level of the user's account. At step 1660, if the credit level for the 
user's account is satisfactory, Bookkeeper 735 books the transaction to the user's account. 

At step 1660 Bookkeeper 735 responds to Chart server 730 with the transaction 
booking status. At step 1670, if the transaction was successfully booked, Chart server 

25 730 saves the option details into option database (window database) 725 and adds the 
option to the set of options for tracking. Steps 1570 through 1670 are further illustrated 
in FIG. 11. 

At step 1680 Chart server 730 notifies Webserver 715 of the transaction booking 
status. At step 1700 (see FIG. 17), Webserver 715 sends the transaction booking status 
30 to the user application via the Internet. The user application then displays transaction 
parameters 155 (see FIG. 1) comprising Window (i.e., option), Chart (i.e., FX rate), 
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Status, Stake, Payout, etc. 

Referring to FIG. 17, at step 1710 Chart server 730 receives price ticks from 
price feed 740. At step 1720 Chart server 730 checks the option to see whether its 
outcome can be determined. At step 1730 the outcome of the option is determined by 
5 Chart server 730. At step 1740 Chart server 730 updates option database 725 with 
the option outcome. At step 1750, if a payout for the option is due, Chart server 730 
sends the payout details to Bookkeeper 735. At step 1760 the Bookkeeper 735 retrieves 
the user's account information, and at step 1770 the Bookkeeper updates the accounting 
records in account database 720. At step 1780 Chart server 730 notifies Webserver 715 

10 of the option outcome. Steps 1710 through 1780 are further illustrated in FIG. 12. 

Referring to FIG. 18, at step 1810 the user application sends an update request 
to Webserver 715 via the Internet. At step 1820 Webserver 715 responds to the received 
update request by sending update data to the user application. The update data com- 
prises option outcome information. At step 1830 the user application displays the option 

15 outcome. This process is further illustrated in FIG. 9. 

Other embodiments are within the scope of the following claims. For example, the 
techniques described herein are not limited to any particular hardware or software con- 
figuration. They may be applied in any computing or processing environment that may 
be used for data storage, transmission, and display. Preferably, the techniques are imple- 

20 mented in computer programs executing on programmable computers that each include a 
processor, at least one input device, and at least one output device. 
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Claims 



What is claimed is: 

A method of option creation, comprising the steps of: 

(a) viewing on a computer screen connected to a computer a graphical display that 
shows the values of an asset over time; 

(b) drawing a zone on the graphical display, wherein said zone is located in an area 
of the display that corresponds to future potential asset values, and wherein 
said zone represents a proposed option on the asset; and 

(c) in response to a displayed win ratio, entering preferred settings for said option. 

The method of claim 1, wherein said preferred settings comprise a desired price to 
be paid for said option. 

The method of claim 1, wherein said preferred settings comprise a desired payout 
amount for said option. 

The method of claim 1, wherein said zone is rectangular. 

The method of claim 1, wherein said graphical display comprises a time-price curve. 

The method of claim 1, wherein said asset is a currency. 

A method of option creation and pricing, comprising the steps of: 

(a) receiving data representing values of an asset over time; 

(b) storing said data in a computer-readable medium: 

(c) transmitting data representing the values of an asset over time to a remotely 
located computer; 

(d) receiving from said remotely located computer values representing parameters 
of a proposed option on the asset; 

(e) calculating a win ratio for the proposed option; and 

(f) transmitting said win ratio to said remotely located computer. 
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8. The method of claim 7. wherein said proposed option is a box option. 

9. The method of claim 8. wherein said parameters of a proposed option comprise a 
start time, an end time, an upper limit, and a lower limit. 

10. Computer software for generating a graphical display of an option, comprising: 

(a) software for receiving and storing data representing values of an asset over time; 

(b) software for displaying said values on a computer screen; 

(c) software for drawing zones on said computer screen; and 

(d) software for transmitting parameters of said zones. 

11. The method of claim 10, further comprising software for receiving and displaying a 
win ratio. 

12. The method of claim 11, further comprising software for using a win ratio to calculate 
and display an option price. 

13. The method of claim 11, further comprising software for using a win ratio to calculate 
and display a payout amount. 

14. The method of claim 10, wherein said zones are rectangular. 

15. A method of pricing box options, comprising the steps of: 

(a) receiving data representing values of an asset over time; 

(b) receiving data representing parameters of a box option on said asset; 

(c) computing a probability of the value of the asset hitting the box from the front; 

(d) computing the probability of the value of the asset hitting the box from the 
top; 

(e) computing the probability of the value of the asset hitting the box from the 
bottom; 

(f) computing the probability of the value of the asset hitting the box anywhere; 
and 
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(g) compiiting a price for the option by multiplying a modified probability p' times 
an amount of money to be paid for hitting the box, then adding a transaction 
fee, wherein said modified probability ■p' is calculated according to the formula: 

1 + c p 

where c is a non-negative safety parameter and p is the probability of the value 
of the asset hitting the box anywhere. 

The method of claim 15, wherein the probabilities of the value of the asset hitting 
the box from the front, top, and bottom are computed using a plurality of volatility 
scenarios. 

The method of claim 16, wherein the probability of the value of the asset hitting the 
box from anywhere is computed according to the formula: 

1=1 

where is the probabihty of hitting the box anywhere for an zth volatility scenario, 
and w[ is a normalized weight of Hermite integration. 

The method of claim 15, wherein the transaction fee is zero. 
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Abstract 



A preferred embodiment of the subject invention is directed to creation and pricing 
of an option related to a target zone in a time-price plot. If the price curve against time 
enters this zone (in a preferred embodiment, a "box"), a fixed amount of money is paid to 
5 the owner of the option; if the curve misses the box, there is no payout to the option owner, 
who also forfeits the premium paid for the option. Software is described that enables an 
option buyer to easily create and set the parameters of such an option, that computes 
a premium for the option, and that manages payout and other functions related to the 
option. The above-described embodiment is a buy-to-hit option. Other embodiments are 
10 directed to sell-to-hit, buy-to-miss, and sell-to-miss options. 
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